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(57) Abstract 

The invented method and system for enabling and controlling telephony over existing nerworks. e.g. ATM networks, the Internet or 
other data networks, uses essentially distributed control processing employing intelligence in the typical end-user devices, e.g. workstations 
or personal computers. Parallel use of a real-time channel (to provide the needed direct voice communication) and a control channel (for 
basic services like connection buildup and termination and for supplementary services) essentially established by and from the users's 
workstations (and in principle excluding the PBXs) allows implementation of practically any imaginable function. 
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DESCRIPTION 



Distributed Architecture for Services in a Telephony System 



FIELD OF THE INVENTION 

10 

This invention relates to telephony, in particular to a method and apparatus 
for enabling telephony over existing networks like the Internet or other data 
networks. Essentially, distributed call processing is employed using 
intelligence in the typical end-user devices, e.g. workstations or personal 
is computers. 



BACKGROUND AND PRIOR ART 

Computer-telephony integration is quickly developing a wide variety of 
applications that use well known, existing networks, e.g. the telephone 
networks, as well as new, often quickly expanding data networks, e.g. the 
Internet. 



Telephony requires a real-time channel to provide the needed direct and 
immediate voice communication which makes it so attractive. Today, it also 
must provide certain supplementary services. Such supplementary services 
are traditionally implemented in the telephone switches, the so-called PBXs 
(for Private Branch Exchanges), through which the users are connected. 
Some examples for such services are: 
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- Alternate Call - this supplementary service enables a user A to put a 
currently active call to another user B on hold and place a call to, or 
activate a previously "on hold'' call with, user C. 

- Call Back - user A calls user B and finds that user B is busy; this 
supplementary service enables user A to request a call back from user 
B. 

- Camp on Call - user A calls user B and finds that user B is busy; this 
supplementary service enables the call to be placed again as soon as 
user B becomes free. 

Deflect Call - this supplementary service enables a user to re-direct (or 
forward) an incoming call to another user or phone. 

- Call Transfer - this supplementary service enables user A to transform 
two of his calls (with users B and C) into a new call between users B 
and C. 

»5 - Directed Pickup Call - user A calls user B and the call is in the ringing 
state; this supplementary service enables a third user C to answer the 
call from a different destination. 

- Multi-line Appearance - this supplementary service enables an 
incoming call to ring at two or more users; the first user who answers 

20 gets the call. 

- Call do not Disturb - this supplementary service enables a user to 
reject all incoming calls. 



20 



30 



As said above, these supplementary services are traditionally implemented 
in the switches (or PBXs). Such PBXs are usually located at user's premises 
and connected to the public telephone network. 

With the advent of new and versatile networks like the Internet or ATM (for 
Asynchronous Transfer Mode) networks that allow the exchange and 
transmission of digital data, including real lime exchange of digitized voice 
which can be used for telephony, the traditional telephone systems are 
getting competition. However, when using such novel transmission tools, 
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those supplementary services that were usually implemented in the PBXs 
are no more be available. 

Furlher. computer-network telephony requires more complex transmission 
management since voice transmission is much more susceptible than data 
transmission to even minimal delays. Traditional call control in existing 
telephone networks is not adapted to provide this service for a data 

network. 

Also. PBXs use a centralized approach to basic telephony services, i.e. call 
placement and termination, and to supplementary services. Due to the 
many functions that are performed. PBXs are generally complex and costly. 
They also treat the end-user equipment (e.g. the telephone sets) as simple 
devices that are specialized for telephony. With the wide availability of 
powerful workstations, it becomes attractive to use their capabilities for 
providing at least pari of these telephony services and possibly integrate 
computers and telephony. 

Some approaches for integrating computers and phones are addressed by 
James Burton in. 'Standard Issue" in BYTE. September 1995. pp. 201-207 
Bunon describes several CTI (for Computer-Telephone Integral ion)- 
architectures and their characteristic layout. The architectures listed by 
Burton, however, provide (or a combined transmission of voice and control 
data over a. least partially the same connections and are based on 
connectivity to a telephone network or a PBX. The power of the end-user 
workstations is no. exploited for basic or supplementary telephony services 

US paten. 4 634 812 by Hornburger ef a. discloses a me.hod for .ransferring 
."formation including voice be.ween computers in a decentralized telephone 
control system. This system provides a data, also voice, transmitting 
mu.t,-w.re bus and two single wire control buses. A telephone system 
according to the Hornberger patent consists of identical PBXs all being 
connected by two control buses and one data/voice multi-wire bus Thus 
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i this system provides a distributed control in a telephone system through 
multiple parallel channels and especially designed PBXs. It is a specially 
designed, so-to-speak self-contained, system for PBXs and does not address 
the idea of exploiting the power of end-user workstations for basic telephony 

s services and supplementary services. 

US patent 4 313 036 to Jabara et al describes a distributed computerized 
PBX, called CBX. system wherein the CBXs are connected by both a voice 
and a packet-switched network. Two links or channels are provided between 
the CBXs: a signalling data link and a voice link. The data link is part of a 
virtual network which may be provided by a packet-switched network 
However, this system concerns communication between PBXs for call 
control purposes and does not address the potential of end-user 
workstations for basic telephony services and supplementary services. 
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Various systems that use the Internet for telephony have been proposed. 
One such is advertised in the World Wide Web (WWW) under the Universal 
Resource Locator (URL) http://www.vocaltec.com. An overview of some 
other such systems with more references can be found under the URL 
20 http://www.nor1hcoast.com/~savetz/voice-faq.html. The systems described 
there exploit the power of the. users' workstations for limited basic telephony 
services, but do neither address nor provide means for supplementary 
services. 
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Thus, it is an object of this invention to provide, for a telephone system, a 
distributed, i.e. workstation-oriented, architecture with more than one link 
between the workstations and a method for providing not only basic 
telephony services, such as call placement and termination, but also 
complex supplementary service functions. 

Another object is to provide a telephone system with a distributed, i.e. not 
switch-centered, architecture that uses an existing network, preferably a 
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i packel-switched network, (o implement desired basic and/or supplementary 
services. 

The invention provides a solution to the need of using existing network 
5 infrastructure for telephony, in particular for complex supplementary 
services. By employing a workstation-oriented architecture, the invention 
provides an effective and versatile tool for implementing any desired 
supplementary services, that can be altered and adapted at any time with 
minimal effort and practically without disturbing an existing network 
io architecture and/or protocols used. 



20 



SUMMARY OF THE INVENTION 

is In brief, the distributed, workstation-oriented architecture for basic and 
supplementary telephony services according to the invention, which 
services were traditionally implemented in the switches (PBXs), comprises 
setting up a first communication channel for transmitting first signals and 
setting up a second communication channel for second signals, whereby 
both channels directly connect the end-user devices, e g workstations. 
Preferably, the first signals are control signals and the second signals voice 
signals. The two (or more) connections or channels can be established 
directly and independently, the second or voice channel being preferably 
set up subsequent to the first or control channel. The control channel, once 
25 established, is preferably maintained permanently during a communication 
session. A session in this context may include interruptions or pauses in the 
voice connection as long as an intent to continue the telephone 
communication is recognizable. 



30 



With the invention, telephony services can be implemented solely in 
workstations; the use of a server for a limited number of functions, e.g. 
address resolution or authentication, may however be required or 
advantageous. The switches. PBXs. if used at all. only need to provide the 
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i communication channels for voice and/or real-time data transport. They are 
not involved in the implementation of the services. 

Details of the invention may be extracted from the following general and 
5 detailed description of preferred implementations. 



BRIEF DESCRIPTION OF THE DRAWINGS 

10 

Ft 9 > is an overview of one possible configuration using the 

invention; 

Fig- 2 depicts the general function of the invention; 

Fig. 3 exemplifies the call placement process executed by the 

invention; 



20 



Fig- 4 exemplifies the call back process executed by the invention; 

Fig. 5 exemplifies the call transfer process executed by the invention; 

Fig. 6 references one architecture of an implementation, and 

25 Fig. 7 references another architecture according to the invention. 
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i DESCRIPTION OF THE PREFERRED EMBODIMENTS 

A. General Descriplion 
5 A.I. Overview 

Fig.1 shows an example for a general configuration in which the invention 
can be applied A network 1, which may be an ATM network or an IP 
(Internet Protocol) network as examples for existing digital networks 

io conventionally used for data transfer, links workstations (WS) 3a to 3d. Also 
connected to network 1 is a telephony server (TPS) 2 Further, to enable 
communication with a PBX 4, a first gateway (GW) 5 is also attached to 
network 1. A second gateway 7 links network 1 to an ISDN (Integrated 
Service Digital Network) 6. Each of PBX A and ISDN 6 have connected to it 

is usual telephones 8 and 9 and/or appropriate workstations that allow 
telephony. 

The gateways shown in Fig. 1, which are not part of this invention, usually 
support interworking with an ISDN and/or with an existing PBX, respectively, 
o Technically, a gateway is able provide signalling interworking (mapping of 
ISDN/PBX signalling and signalling used in a distributed, i.e. 
workstation-oriented, architecture), voice signal translation (between voice 
encoding scheme used in ISDN/PBX and that used in the distributed 
architecture), and/or proxy functions for ISDN/PBX users. 

5 

The dotted lines in Fig.1 shall illustrate the telephone calls between the 
users 3a to 3d, 8. and 9; the solid lines shall indicate the attachments to the 
network. This will be apparent in more detail from the following description 
of Fig.2. 

o 

Fig. 2 shows an overview of the basic configuration and the essential data 
flow according to the invention. The invention uses a distributed. 
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i workstation-oriented architecture which will be apparent from the detailed 
description of embodiments of the invention below. 

One key element of the novel architecture is the use of two separate 
5 end-to-end channels between the workstations for each phone call. As 
shown in Fig.2, a workstation-workstation control channel 12 is provided for 
call control and a voice channel 13 for voice communication. Workstations 
A and B exchange control messages over control channel 12. These 
messages could contain name or phone number of the calling and called 
users, qualify service parameters (e.g. voice encoding schemes supported 
by the workstation or preferred by the user), status information regarding 
the call (e.g. whether call is active or on hold), and specific requests by 
users (e.g. put user on call-back list). All messages transported on control 
channel 12 are handled by processes at the workstations; they are not 
interpreted by the switches or routers (Figs.3 and 4) which provide the 
means for these channels. 



10 
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Another key element of the invention is that control channel 12 is 
maintained for the duration of the call, whereas voice channel 13 need not 
be sustained permanently, but is set up only when needed. For example, 
voice channel 13 can be released when a call is put on hold, and 
re-established when the call is activated again The ability to exchange any 
control signals or messages over the maintained workstation-workstation 
control channel 12 allows the implementation of a wide variety of 
supplementary telephony sen/ices without involvement of the switches or 
routers. 

Telephony server 2 may perform functions such as name/phone number 
registration, address resolution, and authentication Workstations request 
service from server 2 over separate workstation-server control channels 10 
and 11. These control channels are set up on a as-needed basis. So much 
for the general layout. 
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Since any of the channels mentioned, control channels 10. 11. or 12. as well 
as voice channel 13. respectively, can be provided by existing networks, e.g. 
ATM or IP networks, the invention allows the implementation of basic 
telephony services (i.e. call placement and termination) as well as 
supplementary telephony services on practically any of the existing and 
evolving data networks. 

The following is a more general description of a set of functions 
implemented according to the invention; for someone skilled in the art, it is 
already sufficient for carrying out the invention. Still, a subset of these 
functions will be addressed in much more detail further down. 



A ll. Basic Telephony Services 
1. Place and Receive a Call 

The steps for this process are depicted in Fig.3. User A wishes to place a 
call to user B; each is at one of the workstations 3a to 3d shown in Fig.1. 

Step 1: User A's workstation (WS A) maps user Bs name or phone number 
address onto the network address of user B s workstation (WS B). This 

"address mapping" function may be provided by an appropriate server 
process running at telephony server 2. 

Step 2: Workstation A sels up a control channel (12 in Fig.2) to workstation 

B. 



Step 3. Workstation A sends a "call request" message to workstation B over 
30 the conlrol channel 



20 
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■ Step a: Workstation 8 returns a "cal, confirm" message to workstation A 
-nforming workstation A , ha , workstation B is able to proceed with cal.' 
placemen! 

5 Step 5: Workstation B indicates to user B that there is an incoming call. 
Step 6: User B responds that he is answering the call. 

Step 7: Workstation 8 sends a "connect" m essage to workstation A over the 
'0 control channel, informing workstation A that user B is answering the call 
and asking workstation A to set up a voice channel. 

Step 8. Workstation A sets up a voice channel to workstation B 

'5 Step 9: Workstation B indicates to user B that the call is now active. 

Step 10: Workstation A indicates to user A that the call is now act 

Step 1 i: User A and user B talk over the voice channel 



ive. 



20 



2. Call Termination 

At any time, user A or user B may request ca.l termination Suppose ca.l 
» termination is initiated by user A. The steps are as follows: 

Step ,: Workstation A sends a "terminate call" message to workstation B 
over the control channel, and releases the voice channel of the call. 

30 Step 2: Workstation B returns a "terminate call" message to workstation A. 
and release voice channel also. 
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i Step 3: Workstation A completes call termination by releasing the 
workstation-workstation control channel of the call. 



A. III. Supplementary Services 
1. Alternate Call 

At some point in lime, user A may have two or more calls in progress. One 
of these calls (to user B) is active while the others are on hold. Suppose 
user A wishes to put the call to user B on hold and activate the call to user 
C. The steps are as follows: 

Step 1: Workstation A sends a "hold' message to workstation B over the 
control channel with workstation B. informing workstation B that the call is 
now on hold. 

Step 2: Workstation A sends an "active" message to workstation C over the 
control channel with workstation C. informing workstation C that the call is 
20 now active. 
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2. Call Back 

During call placement, workstation A finds that user B is busy at the initial 
message exchange over the control channel. User A then requests a call 
back. The steps are illustrated in Fig. A.. 

Steps 1 to 3: Same as those for placing a call (see above: Place and Receive 
a Call, described in connection with Fig. 3). 

Step A: Workstation B responds with a "user busy" message, informing 
workstation A that user B is busy, but call back is possible. 
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Step 5: User A requests that he be put on user B 



s call back list. 



5 
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Step 6: Workstation A sends a 'call back request" message to workstation B 
over the control channel. This message contains user A's phone number. 

Step 7: Workstation B enters user A s phone number onto user B's call-back 

record. 



When user B subsequently checks the cal.-back record, he/she will learn 
that user A has requested a call back. 



3. Camp on Call 



20 



This is similar to the above Call Back process, except mat an attempt will be 
made to call user B again as soon as B becomes free. 

Steps 1 to 3: Same as those for Place and Receive a Call. 

Step 4: Works.alion B responds with a "user busy" message, informing 
workstation A that user B is busy, but camp on busy is possible. 

Step 5: User A requests camp on call 

25 

Step 6: Workstations sends a "camp on call" message to workstation B 
over the control channel. 

3Q Step 7. Workstation B returns a "camp on confirmed" message to 
workstation A. 
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Step 8: When user B becomes free and indicates that he is answering the 
camp on call, workstation B resumes the call placement with workstation A, 
at step 7 of Fig. 3. 



4. Deflect Call 

User B may wish to forward an incoming call to another phone number 
(phone number M) immediately, or if he/she is busy, or if the call is not 
io answered after a time-out interval. Suppose user A is placing a call to user 
B, the steps for the case of deflect after time-out are: 

Steps 1 to 5: Same as those for Place an Receive a Call. 

is Step 6: User B has not answered after a time-out. 

Step 7: Workstation B sends a "deflect call" message to workstation A over 
the control channel. This message contains the phone number to which the 
call is (o be forwarded (phone number M). 



20 
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Step 8: Workstation B releases the control channel to workstation A. 
Step 9: Workstation A places a call to phone number M. 

5. Call Transfer 

Suppose user A has two calls in progress: a call with user B which is on 
hold and a call with user C which is active. User A requests to have user B 
and user C connected, and his/her calls to these users terminated. This 
process is shown in Fig. 5. The steps are: 



WO 97/31492 



- 14 - 



PCT/IB96/00134 



10 



15 



20 



Step 1; Workstation A sends a "hniH» 

con lro , channe , wHh wor J s H c h °>« ™— • — o„ c over , he 

S(ep 2: Works.a.ion A sands a "receive fransfer ca„" messace ,o „ 

C over ,„e con.ro, channel wl.h works.afion C >«>rkstalion 

accep, a .ransfer can from works^ B qUeS " nB " 0 *"""' C '° 

Step 3: Works.a.ion C returns a "transfer confirm" messane , . 

an. wai.s for a fransfer can from works.a.ion B " W ° rkS ' a "° n *' 

Step A: Workstalion A sends a "ni.r. Ir , 

3 over ,he con.ro, cha „ n e, vl Z JTb '° ""^'i 0 " 

P'aee a fransfer ca„ ,o ,vorks,a,ion C re " UeS " n9 ^'''i 0 " * '° 

S..P 5: WorKs,a„on c refurns a ".ransfer confirm" messa B e ,o works.a.ion A. 
Step 6: Works.a.ion B pfaces a fransfer can ,o works.a.ion c 
Step 7: Works.a.ion A ini.iafes ferminafion „, nis,ner can WO rks,a,ion B. 
Sfep 8. Works.a.ion A inifiafes .erm.nafion o, nis,her can ,o works.a.ion c 



6. Directed Pickup Call 



25 



30 S ' SP ' : W ° rkSlali0 " C » a con.™, channe, ,o works.a.ion B. 

induce, in 2 " P ° SS ' b ' e ° * ~ '• 
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Step 3: Workstation B returns a "pickup allowed" message to workstation C. 

Step 4: Workstation C sends a "pickup request" message to workstation B, 
requesting call pickup. 

Step 5: Workstation B sends a "directed pickup" message to workstation A 
which contains user C's phone number, instructing workstation A to place a 
call to user C. 

7. Multi-line Appearance 

Suppose user A places a call to a phone number that has multi line 
appearance. Workstation A maps the destination phone number onto a list 
of network addresses. This "address mapping" function is provided by a 
server process running at the telephony server. Workstation A then places 
separate calls to each of these addresses. Workstation A will proceed with 
the first destination that answers, and terminates the call placement to the 
other addresses. 

8. Call do not Disturb 

Suppose user B has requested call do not disturb. Any workstation A 
attempting to place a call to user B will get a "do not disturb" message over 
the control channel in return. 
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i B. Detailed Description of Specific Functions 
B.t. Reference Architecture 

5 Figs.6 and 7 show the reference architecture of a communication system 
employing the invention. The basic telephony services (mainly call 
establishment, call termination) and supplementary services (e.g. call hold, 
call back, call transfer, call deflection) are implemented by an enabling layer 
at the workstation. Integrated are functions such as address resolution. 

io voice encoding, and authentication. 

Until now. a user was identified by a name or a phone number. In the 
following, users will be identified by their respective e-mail address. 

'5 Fig.6 depicts an architecture according to the invention in an ATM 
(Asynchronous Transfer Mode) environment. Physical layer 18 and ATM 
layer 17 are standard design features. TCP (Transmission Control Protocol) 
connection is set up over IP, i.e. Internet Protocol 15. which runs on top of 
AAL5. i.e. ATM Adaptation Layer 16. The implementation of IP on an ATM 

20 network is available off-the-shelf. 

Voice communication requires QoS (Quality of Service) guarantee from 
transport services interface 14. e.g. acceptable end-to-end delay and delay 
jitter. The voice channel is established by a VCC (Virtual Channel 
Connection) with QoS. Encoded voice samples are sent in ATM cells. Q.2931 
and SAAL (Signalling ATM Adaptation Layer) are signalling protocols for 
VCC setup and release. Transport services interface 14 provides transport 
for voice and control channels. 



25 
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Enabling layer 19 uses the services provided by transport services interlace 
14 for establishing control channels and voice channels. Specifically, both 
workstation-server and workstation-workstation control channel are realized 
by TCP connections as indicated by block 15. Enabling layer 19 supports an 
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i API (Application Programming Interface) which can be used for the 
development of telephony applications. 

Fig. 7 depicts an architecture according to the invention in an IP (Internet 
5 Protocol) environment. The physical layer is an IP subnet technology 26 able 
to provide the required services. QoS for the voice channel can be provided 
by a pair of RSVP (Resource Reservation Protocol) flows because an RSVP 
flow is uni directional. Encoded voice samples are sent in UDP (User 
Datagram Protocol) packets using TCP/UDP protocol 24 and transport 
io services interface 23. In this case. RSVP is the signalling protocol used 
between the workstations and the routers to establish the needed RSVP 
flows. 

In such an IP subset, encoded voice packets can also be sent in UDP 
is packets without RSVP. This is a best-effort service and no QoS guarantee is 
provided. Transport services interface 23 provides transport capacity for 
voice and control channels. Enabling layer 22 supports an API 21 which can 
be used for developing telephony applications. 

>o So much for the functionality of the invention. Some selected functions will 
be described further below in extensive detail to clarify the invention. 

The abbreviations already introduced above, e.g. WS for workstation, WS A 
for workstation of user A as shown in the drawings, will be exclusively used. 

5 

Control messages exchanged over WS-server and WS-WS control channels 
are used to implement the basic and supplementary services. These control 
channels are realized by TCP connections. 

o Each control message contains a code which indicates the name of the 
control message and optionally a list of parameters (this list may be empty). 
For convenience, a control message is denoted by: 
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to 



15 



20 



25 



message-name (parameter list) 

This notation will be used in the description of how the basic and 
supplementary services are implemented. In addition, only the parameters 
relevant to the procedure being described are listed, in order not to include 
unnecessary details. 

Several timers are used in the implementation descriptions. These timers 
operate as follows. A timer is stopped when an expected event occurs 
before it expires. If. for whatever reason, the timer expires, some recovery 
action will be taken. In the implementation descriptions, unless otherwise 
specified, the recovery action is to terminate the phone call, using the 
procedure described in Section B.II.2. below. 



B- II. Basic Telephony Services 

Basic telephony services include call placement and call termination. 
1. Call Placement 

Suppose user A at workstation A (WS A) wishes to place a call to user B at 
workstation B (WS B) and user B is free to. accept the call. The basic steps 
are depicted in Fig.3. there using the generic terms of Section A. II Details 
of the implementation at WS A and WS B are described below. 

Step 1: WS A maps user B's e-mail address onto WS B's TCP address. 

30 WS A procedure: 

Upon receiving a request for call placement from user A. WS A sets up a 
TCP connection to the telephony server. This connection will be used as the 
WS-server control channel. The setting up of a TCP connection is a 
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t well-known procedure. WS A then prepares a AdrQuery (user B's e-mail 
address) control message and sends (his message to the telephony server. 

The telephony server, upon receiving the AdrQuery control message, checks 
5 its address mapping database. If an entry for user B's e-mail address is 
found, the telephony server prepares an AdrRsp (WS B's TCP address) 
control message, and returns this message to WS A; otherwise, an AdrRsp 
(user B not registered) is prepared and returned. In both cases, the TCP 
connection between WS A and the telephony server is released. The 
io address mapping function performed by the telephony server can be 
implemented by available nameserver technologies, e.g. the Internet domain 
name system. 



Upon receiving (he AdrRsp control message from the telephony server. WS 
is A interprets the content of this message, if WS B's TCP address is included 
as a parameter, WS A proceeds to step 2 of call placement. On the other 
hand, if "user B is not registered" is indicated, WS A informs user A about 
this indication, and (he call placement is finished. 

20 Step 2: WS A sets up a WS-WS control channel to WS B. 

WS A procedure: 

WS A sets up a TCP connection to WS B. This connection will be used as 
the WS-WS control channel between WS A and WA-B. WS A then proceeds 
25 to step 3 of call placement. 

WS B procedure: 

As a result of WS A action to set up a TCP connection, WS B completes the 
connection setup, and starts timer TB1. 

30 

Step 3: WS A sends a "call request" control message to WS B. 



WO 97/31492 



- 20 - 



PCTYIB96/00134 



i WS A procedure: 

WS A prepares a CallReq (user A's e-mail address", user B's e-mail address) 
control message, sends Ihis message lo WS B. and starts a timer TA2. 

5 Step 4: WS B returns a "call confirm" control message to WS A. informing 
WS A thai WS B is able lo proceed with call placement. 

WS B procedure: 

Upon receiving the CallReq control message from WS A. WS B stops timer 
io TB1. and checks whether user B's e-mail address matches that contained in 
the CallReq control message. If Ihis check is positive and user B is free. WS 
B prepares a CallCnf (B free) control message, and returns Ihis message lo 
WS A. WS B then proceeds to step 5. 

«5 On the other hand, if the check is negative. WS B terminates call placement 
using the procedure described in Section B.II.2. 

WS A procedure: 

Upon receiving the CallCnf control message from WS B. WS A stops timer 
20 TA2 and starts another timer TA3. 

Step 5: WS B indicates to user B that there is an incoming call. 
WS B procedure: 

25 WS B informs user B that there is an incoming call and starts a timer TB4. 

Step G: User B responds that he is answering the call. 

WS B procedure: 
3" WS B stops timer TB4 and proceeds to step 7. 

Step 7: WS B informs WS A that user B is answering the call and asks WS A 
to set up a voice channel. 
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WS B procedure: 

WS B prepares a Connect control message, sends this message to WS A 
and starts timer TBS. 

Step 8: WS A sets up a voice channel to WS B. 
WS A procedure: 

Upon receiving the Connect control message from WS B. WS A stops timer 
TA3 and sets up a voice channel to WS B. This connection will be used for 
the phone conversation between user A and user B. The implementation of 
voice channel setup will be described in section B. II. 1.1. 

Step 9: WS B indicates to user B that the call is now active. 

WS B procedure: 

Upon receiving the voice call setup request from WS A, WS B completes the 
voice channel setup, stops timer TBS. and informs user B that the call is 
active. 

Step 10: WS A indicates to user A that the call is now active. 
WS A procedure: 

WS A informs user A that the call is active. 

Step 11: User A and user B talk over the voice channel. 

WS A procedure: 

During the phone conversation. WS A prepares voice messages which 
contain encoded voice samples from user A and sends these messages 
over the voice channel to WS B. WS A also decodes the voice samples 
contained in voice messages received from WS B. 
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» implemented by known procedures. For best-effort UDP, there is no need to 
implement voice channel set-up because UDP is a datagram protocol. 

5 2. Call Termination 

At any time, user A or user B 
can also be initiated because 
call termination. The steps are 

10 

Step 1: WS A informs WS B of call termination 
WS A procedure: 

WS A prepares a TermCall control message and sends this message to WS 
is B. WS A also stops any running timer, releases any existing voice channel 
of the call, and starts timer TA6. Release of ATM and RSVP voice channel 
types are implemented by known procedures. For best effort-UDP, there is 
no need to implement voice channel release because UDP is a datagram 
protocol. 

20 

If TAG expires before a TermCall control message is received from WS B, 
WS A completes call termination by releasing the WS-WS control channel to 
WS B. 

25 Step 2: WS B informs WS A of call termination. 
WS B procedure: 

Upon receiving a TermCall control message from WS A. WS B stops any 
timer, releases any existing voice channel of the call, prepares a TermCall 
30 control message, sends this message to WS A, and releases the WS-WS 
control channel to WS A. 



can request call termination. Call termination 
a timer has expired. Suppose WS A initiates 
as follows: 
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i Step 3: WS A completes call termination. 
WS A procedure: 

Upon receiving a TermCall control message from WS B. WS A stops ti 
5 TA6 and releases the WS-WS control channel to WS B. 



B ill. Supplementary Services 

In the following, some implementations of supplementary services are 
described. As said above, one key to this invention is the ability to 
exchange control messages over the WS-WS control channel which is 
maintained for the duration of a call. Two types of control messages shall be 
first defined. This is followed by a description of the implementation of three 
exemplary supplementary services. 



1. Control Message Definition 

1.1. Status Control Message for Hold or Activate Call 

When a call is in the "active" state, the users can carry out their 
conversation over the voice channel On the other hand, when the call is in 
the 'hold'' state, conversation between the users is suspended The Status 
control message is defined to support state changes. 

Status (hold): the remote WS is informed that the state of the call has been 
changed to "hold". 



30 



Status (active): (he remote WS is informed that the state of the call has been 
changed to "active". 
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i 1.2. Supplementary Service Control Message 

The following four control messages are defined to support the 
implementation of the various supplementary services: 

5 

— SSInfo: This message is used to inform the remote WS about the 
possibility of activating a certain SS (Supplementary Service). 

io — SSReq: This message is used to request the remote WS to perform 
actions relating to a certain SS. 

— SSCnf: This message is sent in response to a SSReq message to 
confirm the processing of a SS that the remote WS has requested. 

15 

— SSReject: This message is sent in response to a SSReq to reject the 
processing of a SS that the remote WS has requested; the reason for 
the rejection is included. 

?o The above SS messages can be sent any time after the CallCnf control 
message (see step 4 of call placement, Fig.3), and before a TermCall control 
message (see step 1 of call termination). 

!5 2. Workstation Procedures for Supplementary Services 

In this section, the implementation details of three supplementary services 
are described. These examples illustrate how the invention is to be used. 
Other supplementary services can be easily implemented by someone 
o skilled in (he art on the basis of these examples and the general description 
above. 
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t 2.1. Alternate Call 

At any point in time, a user A may have two or more calls in progress. One 
of these calls (to user B) is active while the others are on hold. Suppose 
5 user A requests to put the call to user B on hold and activate the call to 
user C. The alternate call supplementary service is implemented as follows: 

Step 1: WS A informs WS B that the call has been put on hold. 

'0 WS A procedure: 

Upon receiving the request from user A. WS A changes the state of the call 
with WS B to "hold ", disconnects the voice channel of this call from its audio 
subsystem, prepares a Status (hold) control message, and sends this 
message to WS B. 
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WS B procedure: 

Upon receiving the Status message from WS A, WS B changes the state of 
the call with WS A to "hold" and disconnects the voice channel of this call 
from its audio subsystem. 

Step 2: WS A informs WS C that the call has been activated. 
WS A procedure: 

WS A changes the state of the call with WS C to "active ", attaches the voice 
channel of this call to its audio subsystem, prepares a Status (active) control 
message, and sends this message to WS C. 

WS C procedure: 

Upon receiving the Status message. WS C changes the state of the call with 
WS A to "active" and attaches the voice channel of this call to its audio 
subsystem. 
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i 2.2 Call Back 

This process is depicted in Fig. 4, there using the generic terms of Section 
A.lll. Suppose user B has a "call back" record which is maintained by WS B. 
5 Any calling user A may request to have his e-mail address entered into this 
record, thus asking user B to call back at his convenience. This request is 
made during call placement in case user B is busy or does not answer. The 
call back supplementary service for the case of user B busy is implemented 
as follows (see Fig. 4). 

10 

Steps 1 to 3: The procedures for WS A and WS B are identical to those for 
call placement (see Section B.II.1.). 

Step 4: WS B returns a "call confirm" control message to WS A. informing 
is WS A that user B is busy, but call back is possible. 

WS B procedure: 

Upon receiving the CallReq control message from WS A. WS B stops timer 
TBI and checks whether user B's e-mail address matches that contained in 
20 the CallReq conlrol message. If this check is positive but user B is busy, WS 
B prepares a CallCnf (user B busy, call back record) control message, 
returns this message to WS A ( and starts timer TB4. 

WS A procedure: 

25 Upon receiving the CallCnf control message from WS B. WS A stops timer 
TA2. informs user A that user B is busy, but call back is possible, and starts 
timer TA3. 

Step 5: User A requests that he be put on user B's call back record. 
WS A procedure: 

WS A stops timer TA3 and proceeds to step 6. 
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Step 6: WS A sends a SSReq control message to WS B. 
WS A procedure; 

WS A prepares a SSReq (call back request, user A's e-mail address, contro, 
5 message, sends this message lo WS B, and starts timer TA5 

Step 7: WS B enters user A s e-mail address onto user B s call-back record. 
WS B procedure; 

-o Upon receiving the SSReq message from WS A. WS B. stops TB4 enters 
user A s e-mail address to user B's caM back record, prepares a SSCnf (call 
back confirmed, and returns this message lo WS A. WS B a.so starts timer 
TB6. 

'5 Timer TB6 is stopped as pari of call termination initiated by WS A at step 8 
(see Section B.M.2.). 

Step 8: WS A terminates call placement 

20 WS A procedure: 

Upon receiving the SSCnf control message from WS B. WS A stops timer 
TA5 and initiates procedure for call termination as described in Section 
B.II.2 



25 



30 



2.3. Call Transfer 



Th.s process is shown in Fig.5. there using the generic terms of Section 
A .M. Suppose user A has two cal.s in progress: a call with user B which is 
on hold and a call with user C which is active. User A requests to have user 
B and user C connected and his cal.s to these two users terminated The 
.mp.emen.a.ion details of the ca.l transfer supp.ementary service are 
described below. For ease of exposition, any timers used are not 
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mentioned, but their usage is similar to that described in call placement 
(Section B.IU.) and call back (Section B.tll.2). 

Step 1: WS A puts its call to WS C on hold. 

WS A procedure: 

Upon receiving the call transfer request from user A, WS A changes the 
state of the call to WS C to "hold ", disconnects the voice channel of this call 
from its audio subsystem, prepares a Status (hold) control message and 
sends this message to WS C. 

WS C, upon receiving the Status control message, changes the state of the 
call with WS A to "hold" and disconnects the voice channel of this call from 
its audio subsystem. 

Step 2: WS A requests WS C to receive a transfer call. 
WS A procedure: 

WS A prepares a SSReq (receive transfer call, user B's e-mail address) and 
sends this message to WS C. 

Step 3: WS C confirms the transfer request. 
WS C procedure: 

Upon receiving the SSReq control message from WS A, WS C prepares a 
SSCnf (transfer confirmed) control message and sends this message to WS 
A. WS C also saves user B's e-mail address and enters the "wait for 
transfer" slate. 

While in the "wait for transfer" state, WS C only accepts calls initiated by a 
CallReq (transfer call) control message from WS B. All other CallReq 
control messages will be responded to by a CallCnf (user C busy). 
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The above description of implementations shows how an architecture for 
services in a telephony system can be devised which integrates computer 
and telephony in a novel way by taking advantage of the computing power 
and versatility of today's workstations and personal computers as well as 
the quickly developing digital networks that connect virtually the whole 
globe. It is to be understood that the above description of embodiments 
merely illustrates the principles of the invention and its various applications 
in known, existing networks like the Internet and ATM networks, as well as 
new data networks being developed, and that someone skilled in the art can 
easily develop various modifications based on the above without departing 
from the spirit of this invention. 
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CLAIMS 



1. A melhod for effecling and/Qr conlro(|jng teiephony bejwe ^ ^ 
users connected through a network (1. 4-6). comprising 

establishing a first communication channe. (12, between end user 
devices (3a - 3d,, each said device being associated with one of 
sa.d users, for transmitting first signals. 

establishing a second communication channel (13) between said 

end user devices (3a - 3d, for transmitting second signets 

sa.d f.rs, and second communication channe.s being independent 

of each other. 



2 The melhod according to claim 1. wh 



erein 



•he firs, signais exchanged be.ween the end user devices ,3a.3d) are 
con.ro, sl gna,s and ,he second signal are voice signais. pre.erabiy 
encoded voice signals. 

3. The method according to claim 2. wherein 

«he control signals exchanged between the end user devices (3a-3d, 
include signals providing and/or effecting basic telephony services 
and/or supplementary telephony services. 

4. The method according to claim 3. wherein 

•he conlro. signa.s exchanged between the end user devices (3a-3d) are 
generated essentially by or within said devices, thus effecting desired 
channe. establishing and con.ro. functions from said end user devices 
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* 5 The method according (o any of the preceding claims, wherein 

in addition to the communication signals, a voice transmission function, 
especially enciphering/deciphering, is implemented in the end user 
5 devices (3a-3d). 

6. The method according to claim 1, wherein 



to 



15 



each of the two channels (12. 13) transparently, independently, and 
directly connects the end user devices (3c. 3d) of the users 
communicating or desiring to communicate. 

7. The method according to claim 1. wherein 

the first communication channel (12) is maintained essentially 
permanently through a telephony session, whereas the second 
communication channel (13) is designed to enable intermittent 
operation. 



20 8. 



A distributed system for effecting and/or controlling telephony between 
at least two end user devices (3a-3d) over a decentralized network (1). 



wherein 



at least one of said end user devices (3a-3d) comprises means for 
establishing a first communication channel (12) essentially directly 
between said end user devices (3a-3d) for transmitting first signals, 
and 

at least one of said end user devices (3a-3d) comprises means for 
establishing an independent second communication channel (13) 
essentially directly between said end user devices (3a-3d) for 
transmitting second signals. 
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9 The system according to claim 8, wherein 

the means in the end user devices f3a-3cn ic h 

devices (vja-jcJ) is designed to enahip 
intermittent operation „, one 0( lhe chan „ e , s 

.s essentially permanently maintained 
10. The syslem according lo claim 8, wherein 

.he means ,„ lhe end user dev , ces ^ (j ^ 
and/or ,n,erpre. control signals exchanged between said end user 
devices over one of the established channets to e„ec, basic and,or 
supplementary telephony services 

It The system according to claim 8. wherein 

■he means in the end user devices ,3a. 3 d, is designed to process 
and/or interpret voice signals exchanged between said end user 
devices over one o, the estab.ished channels to ettec, voice teiephony 
between said end user devices (3a-3d). 

'2 The syslem according to claim 8. lurther comprising 

a telephony server p, (or e.tecting desired centra, tunclions in 
Particular user and access control inlormation. said telephony server 

wUhLtr'^r '° C ° m,nUniCa,e -"'"'V -"««y and independently 
with each of the end user devices (3a-3d). 

13. The system according to any of claim 8 to 12, wherein 

•he end user device (3a-3d> is a muMi-purpose workstation or personal 
computer. 



***XK>CtO; <*fO 0731 493A 



WO 97/31-192 



WS A 



2/5 



PO71B96/00134 



WS B 




Set up request (c\r\ C h 



^Connect (Ctrl, ch.) 



Q Call request 



Set up request (voice ch 



^Connect (voice ch.) 



(10) Indicate to userl 
V^ |that call active | 



Set up request 



Connect (ctrl. ch.) 



Call confirm 



[ir 



Indicate to userl 
incoming call 



Q. 

0) 

o5 



-a 



I user answers j jg) 
Connect 




Connect (voice ch.) 



^ voice communi cation 

Fig.3 



I indicate to userl r\ 
that call active & 



OT"M sort I < I „ 



WO 97/31492 



3/5 



PO7IB96/00134 



WS A 




WS B 



CO 



sw 




1 

1 









Query (B*s tel.no. or name) 1 : 

: ► 



. Response (B's network addr.) 



Set up request (ctrl. ch.) 



: Connect (Ctrl, ch.) 



Call request 



© 



User requests 
call back 



^ Call back request (A's 



©: 



Terminate call 



tel 



no.) 



Set up request 



A Connect (ctrl. ch.) 



User B busy 



Put user A on 
call back record 



Call back confirmed 



Terminate call 



Call Back 
Fig.4 



Q- 

a> 
CO 



® 



WO 97/31492 

PCT/IB96/0013-4 

4/5 



WS A 



WS B 



CO 
Q. 

55 



WSC 



(hold) 



Status 

(2) Tra "sfer request (B to C.) 



0 Tra nsfer request (B to C) 



Transfer confirmed 



Terminate call 



Terminate call 



CO 
Q. 

tn 



Transfer con firm^ >/ 



Waits for 
call transfer 



Call request 



^allconfirm 



Connect 




Terminate call 




Terminate call 



Call Transfer 

Fig.5 



WO 97/31492 



PCI7IB96/00134 




Fig.6 



WMMML 



\ 



21 

\ 



\ 



/ 

23 



24 





' / 




TCP/UDP 




RSVP 



IP 



SUBNET TECHNOLOGY 

Fig.7 



25 
26 



BNSOOCtD: <W0 07314*2A1J_> 



INTERNATIONAL SEARCH REPORT 



'^t o HG4Q3/00 H04I?<; 



H04L29/Q6 



According to Intemaoonal Patent (.1 



*m<«caQon (IPC.-) or tQ ^ na0QOAj cIi£nfi 



"Oon and IPC 



B FIF.LDS SEARCHED 



«i lo tt« eront Uui tuch documenu 



lnu> 'oiul Application No 

PC/IB 96/00134 



« included in lh< fields lurched 



practical, search terms used) 



C DOCUMENTS CONSIDERED m B g RELEVA NT 

C.tc.ory • | C,ui.o„ ol document. , naic , aon w . ' , ~ 

BYTE, 

vol. 21, no. 2, February 1QQK 
PETERBOROUGH US, ° rUary 1996 « 
pages 83-88, XP000549779 
MULLER: "Dial 1-800-INTERNET" 
see page 84, middle column, ine 6 
86, right-hand column, line 11 



Relevant to claim No. 

1-4.6,8, 
10-13 



page 



IEEE SPECTRUM, 

vol. 33 no. 1, January 1996 
P^es 30-41, XP000566101 ' 
ET AL.: " Comnuni cat ions" 

-%g P e^ 35 rig h % ft ha h n a d nd C V Um ' para ^ « 
see paoe 39 2?^i " d , o1umn ' Paragraph 3 

page 41 left h^* C ? ,Umn ' P^agraph 3 - 
Haye <u, left-hand column, paragraph 1 

-/-- 



-con or othe, fpeaal «a^'^T °' ""^ 
o^m^™' to - — «hm,bon or 

'l^Ee^^^ 
"uace o, the actua, compieoon of the .nu^a 0n T^T 

5 Noverrfber 1996 



-Name and majJ.ng addreti of the ISA 

European Patent Office PR <8n « 

"Tel. ( - j(.7 0 ) 140-2040. T* 3i , 

31-70) 340- 31)16 M tp ° nI - 



family members are luted in annex. 

'^rT^^^ ""nt 
a ted to uL^tWthTr^n^ TJ* »PP*' c «on but 
mvxnoon Principle or theory underlying the 

X * co£^ .nven 0 on 

involve an invenuve C f ui °* co ™dertd to 

•V h<-w- «nvenuv e step ^ document u uien aJone 

Y document of particular relevance .k, ^ 

cannot be conTderrd to m^cl^ 1 d * ,med invention 
document it combined I *£T2£ " 'nvenove ttep when the 

menu, such com^o^t^oH^T, OUKT SUCh docu * 
m the art. ° eint ° ov "»» to * person ikilJed 

A' document member of the ^ paum| famjJy 



Oaie of mau.„g of the murruoonai «arch report" 

27.11. 96 



Lambley, S 



Page 1 of 2 



INTERNATIONAL SEARCH REPORT 



Cj Continuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Inur- onaj Application So 

PCi/IB 96/G0134 



Cattjory * Citation of document, with indicaoon. wh*r« appropriate, of tf>e relevant puugct 



Relevant to claim No. 



EP.A.O 398 183 (NORTHERN TELECOM LTD) 22 
November 1990 

see column 2. line 11 - column 4, line 51 

WO, A, 95 23492 (HARRIS CORPORATION) 31 
August 1995 

see abstract; claims 1,2 



1-6,8. 
10-13 



1.4,8,12 



1 



Form PCT'ISA'310 lantinuiuon of tccond th**<) (July 

page 2 of 2 



INTERNATIONAL SEARCH REPORT 

Information on patent family members 



Inu lonaJ Application No 

PL l/IB 96/00134 



Patent document 
cited in search report 



Publication 
date 



EP-A-398183 



Patent family 
mcmber(s) 



Publicauon 
date 



22-11-90 



W0-A-9523492 



31-08-95 







uo 






AU-B- 


620240 


13 


-02 


-92 


AU-A- 


5379390 


22 


-11 


-90 


CA-A- 


1312394 


• 05- 


-01 


-93 


CN-B- 


1022788 


17- 


-11 


-93 


DE-D- 


69024257 


01- 


-02- 


-96 


DE-T- 


69024257 


10- 


•10- 


-96 


JP-A- 


2311065 


26- 


12- 


■90 


JP-B- 


7077402 


16- 


08- 


■95 


US-A- 


5455827 


03- 


10- 


95 



Form PCT ISX'JIO <pat#nt funrfy unu) (July t«9}| 



